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5 ADAPTIVE WEB-BASED ASSET CONTROL SYSTEM 

STATEMENT OF GOVERNMENT INTEREST 

The invention described herein may be manufactured and used by or for the Government 
of the United States of America for governmental purposes without payment of any royalties 
1 0 thereon or therefor. 

BACKGROUND OF THE INVENTION 
1 . Field of the Invention 

The present invention relates to database technology and, more particularly, to adaptive 
1 5 data management systems that may be accessed via the world wide web and, even more 

particularly, asset control systems utilized to manipulate, organize, and display product and/or 
component data, in a military repair/storage depot environment, despite constantly changing 
requirements due to various third party (i.e. customer) demands and/or funding restrictions. 

20 2. Description of the Background 

A military repair/storage depot is an extremely dynamic environment. At any given 
moment, any number of high- and low-tech systems/components ("assets") may be in the process 
of being, transferred (i.e. shipped) into, or out of, the facility. As the name "repair/storage" depot 
implies, the incoming and outgoing assets generally belong to third parties and are present at the 

25 facility to take advantage of either the technical skills/knowledge of the personnel stationed 
there, or the warehouse space that is available on-site. Assets present for either reason must be 
carefully tracked to ensure that they are readily available to their owners. In this regard, the 
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5 assets and any allocation of the depot's resources (e.g. repair personnel, storage space) must be 
matched in the most efficient manner possible. 

■ Inefficiencies in the tracking of assets and the allocation of resources can result in 
significant asset unavailability and increased labor costs. Therefore, it is particularly important 
with large scale repair/storage contracting to provide a database system capable of proper and 

1 0 timely asset control despite widely varying third party needs. 

Four examples of widely varying third party requirements are as follows: Customer A has 
simple assets but requires (1) any shipment of those assets, into or out of a repair/storage facility, 
to be accompanied by specified shipping documents and (2) any database containing information 
about those assets to be secure and to provide limited access for certain viewers. Customer B has 

15 simple assets, although quite different from those of Customer A, requiring only minimal 
database security (i.e. allowing the data to be shared by many individuals) and utilizes a 
traditional supply support system (e.g. applying integrated logistics support "ILS" management 
techniques as described within DEF STAN 00-60 during the project life cycle). Customer C is a 
governmental entity, such as a Navy or Army base, dealing with complex products that contain 

20 sub-products. Customer D requires paper movement only (i.e. a typical support role for 

inventory management). In the context of an asset control system, each of these hypothetical 
third parties will require a different customer profile. Moreover, as time passes, an existing 
customer's profile (e.g. data access requirements, shipping procedures) may change, funding 
sources may change, and new third party accounts will need to be established. Each of these 

25 changes will necessitate one or more changes to the database system tracking the various assets. 
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5 There is commercially available software that may be utilized for asset control (i.e. to 

establish job plans and work plans). One such job planning software package is MAXIMO®, a 
program developed and available from PSDI, Inc. MAXIMO® is designed to help organizations 
reduce equipment downtime, closely control and track maintenance expenses, cut spare parts 
inventories and costs, improve safety, increase purchasing efficiency, and more effectively 

10 deploy productive assets, personnel, and other resources. MAXIMO® is an advanced materials 
management solution that offers web-based storeroom management. Customers can use their 
Internet browser to create and send material requisitions directly via MAXIMO®, where they are 
filled from storeroom inventory or by purchase from a manufacturer or complementary supplier. 
Orders can be executed electronically. Unfortunately, while MAXIMO®, as supplied by PSDI, 

1 5 could be used to address some aspects of the present need (i.e. asset control in a military 
repair/storage depot environment), it possesses only limited flexibility and, therefore, would 
require the expenditure of a significant amount of capital to complete the 
customization/reprogramming effort needed to render it fully functional. 

Other commercially available software programs that are useful in resource planning are 

20 job standards programs. These programs are used to create, maintain, and manipulate standards 
for maintenance work (i.e. detailing the steps to be taken and man-hours/trades needed to 
complete a task), allowing a user to construct new standards using information retained in a 
database. An example of this type of software is AutoMOST® available from H.B. Maynard 
and Company, Inc. 

25 There are also a number of patents that are illustrative of "adaptive data management" 

software applications. For example, U.S. Patents Nos. 5,970,475 to Barnes et al (see reference 
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5 numeral 14 in Figure 2) and 6,157,928 to Sprenger et al. (See reference numeral 272 in Figure 5) 
disclose data access via Internet or web-based applications. Additionally, the Barnes et al. patent 
provides an example of customer/user-definable data formats/templates. 

Thus, dynamic scalable web-enabled databases with customer/user-definable data 
formats/templates are fairly well-known. However, none of the foregoing examples are capable 

10 of gathering data from customers in real time, and then constructing data files on-the-fly. 
It would be greatly advantageous to provide an adaptive web-based asset control system that 
utilizes web technology to gather and present asset control data despite constantly changing 
requirements due to various third party demands and/or funding restrictions. 

15 SUMMARY OF THE INVENTION 

It is, therefore, the primary object of the present invention to provide an improved asset 
control system for use in a military repair/supply depot environment. 

It is another object of the present invention to provide an improved asset control system 
that is Internet or web accessible. 
20 Yet another object of the present invention is to provide an improved asset control system 

that accommodates constantly changing requirements due to various user demands and/or 
funding restrictions. 

It is another object of the present invention to provide an improved asset control system 
that is capable of gathering data from users in real time and constructing data files on-the-fly. 
25 It is still another object of the present invention to provide an improved asset control 

system that is simple and straightforward for new users to learn and use. 
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5 These and other objects are accomplished by an adaptive, web-based asset control system 

that utilizes web technology to gather and present asset control data in an environment with 
constantly changing requirements due to various third party (e.g. customer) demands and/or 
funding restrictions. The present system tracks third party assets, provides real-time data 
regarding current status, and assists in returning the assets to the customer in a more timely 

10 fashion. Moreover, the system is adaptable and relatively non-complex so that it can easily be 
learned and utilized by all users. 

The present invention possesses the means to adapt to constantly changing user 
requirements through its use of a Cold Fusion database interface to a set of data files that can be 
constructed and reconstructed on-the-fly. Multiple third party structures are supported with one 

15 central data file that handles the security logs and one central tasking data bank for tracking 

specific third party funding/tasking. The present invention incorporates log in security and limits 
data accessibility based on the assigned rights and/or specific duties of the logged in user. The 
present invention includes, as will be discussed in detail below, "Home", "PC", "Tech", 
"Reports", "Tasks", "Options", "DB Sel", "Logistics", and "Admin" modules/interfaces. The 

20 present invention also interfaces with bar code readers to provide for the gathering of asset data 
and to allow users to enter data as it happens (e.g. technicians entering repair data) for uploading 
at a later time. 

As mentioned above, the present invention utilizes a Cold Fusion server interface. 
MacroMedia® Cold Fusion MX is a server platform that allows developers to easily integrate 
25 Internet applications with databases, XML, web services, etc. Specifically, Cold Fusion Studio 
and Cold Fusion Server 4.01 were used. 
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5 In use, the collected data is stored in Microsoft SQL 7.0 server database tables and is 

made accessible with existing Microsoft products (e.g. Internet Explorer 4.0/5.0, Access 97). 



BRIEF DESCRIPTION OF THE DRAWINGS 

Other objects, features, and advantages of the present invention will become more 
10 apparent from the following detailed description of the preferred embodiment and certain 
modifications thereof when taken together with the accompanying drawings in which: 

FIG. 1 A is a flow chart outlining the log in process for a preferred embodiment of the 
present invention. 

FIG. IB is a screen print of the log in screen utilized at step 10 of FIG. 1 A. 
15 FIG. 1C is a screen print of the database selection screen utilized at steps 40 and 50 of 

FIG. 1A. 

FIG. 2A is a screen print of the information shown when a user clicks on the "Home" 
button 61. 

FIG. 2B is a screen print of the request changes to PCS software screen accessed via 
20 hyperlink 83 of FIG. 2 A. 

FIG. 3 is a screen print of the information shown when a user clicks on the "PC" button 

62. 

FIG. 4 shows a screen layout for the entry form for a new job. 
FIG. 5 shows a screen layout for editing the information associated with an old job. 
25 FIG. 6 shows an example of a shop traveler printout. 
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FIG. 7A is a screen print of the information shown when a user clicks on the "Tech" 
button 63. 

FIG. 7B shows a screen layout for editing the information associated with an in-process 

job. 

FIG. 8 shows an example of a unique third party requirement - a screen layout of an 
Image Intensifier Test Data Sheet prior to its completion by a repair technician. 

FIG. 9 shows a screen layout for an Image Intensifier Test Data Sheet after it has been 
completed by a repair technician. 

FIG. 10 is a screen print of the information shown when a user clicks on the "Reports" 
button 64. 

FIG. 1 1 is a screen print showing the report configuration parameters that are made 
available to a user to generate a report in chart form. 

FIG. 12 is a screen print showing the report configuration parameters that are made 
available to a user to generate a report in graph form. 

FIG. 13 shows an example of a "Jobs Open" report structure. 

FIG. 14 shows an example of a report structure listing the in-house items that are in a 
user-selected condition. 

FIG. 15A shows an example of an "Equipment Ready for Shipment" report structure. 

FIG. 15B is an example of the information accessed via a "History" hyperlink 172 of 
FIG. 15 A. 

FIG. 16A shows an example of an "Parts for..." report structure as sorted by equipment 

type. 
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5 FIG. 16B is an example of the information accessed via an "Edit" hyperlink 192 of FIG. 

16A. 

FIG. 17 is a screen print of the information shown when a user clicks on the "Tasks" 
button 65. 

FIGs. 18 A-C show a screen layout of a Task Request Page prior to its completion by a 

10 user. 

FIG. 19 shows a screen print of a completed Task Request Page. 
FIG. 20 shows a screen print of a Task Request Number Lookup. 

FIG. 21 shows a screen layout of a Request for Issue Entry Form partially completed by a 

user. 

15 FIG. 22 is a screen print of the information shown when a user clicks on the "Options" 

button 66. 

FIG. 23 shows a screen print of the Repair Codes Descriptions. 
FIG. 24 is a screen print of the information shown when a user clicks on the "DB Sel" 
button 67. 

20 FIG. 25 is a screen print of the information shown when a user clicks on the "Logistics" 

button 68. 

FIG. 26 shows a layout of an "Add New Warranty Equipment" screen prior to its 
completion by a user. 

FIG. 27 is a screen print showing the report configuration parameters that are made 
25 available to a user to generate a warranty report. 
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FIG. 28 is a screen print of the information shown when a user clicks on the "Admin : 



button 69. 



FIGs. 29A-J show the data tables and associated field definitions for a preferred 
embodiment of the present invention. 

10 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

A number of acronyms are found in the instant specification and Figures 1 A-29J. The 
acronyms are defined as follows: 

CLIN - Contract Line Item Number 
COG - Cognizance Code 

1 5 DD250 - a form for accepting or rejecting a purchased item/asset 



ECP - Engineering Change Proposal 



ILSMS - Integrated Logistics Supply Maintenance System 



ICN - Induction Control Number 



NSN - National Stock Number 



20 



QDR - Quality Deficiency Report 



RMA - Return Material Authorization 



UIC - Unit Identification Code 



WBS - Work Breakdown Structure 



25 



The present invention is an adaptive web-based product control system that utilizes web 
technology to gather and present product control data in an environment with constantly 
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5 changing requirements due to various customer demands and/or funding restrictions. The 
present system tracks customer assets, provides real-time data of current status, and helps to 
return the assets to the customer in a more timely fashion. Moreover, the system is adaptable 
and relatively non-complex so that it can easily be learned by all users. 

The adaptive web-based product control system according to the present invention 

10 utilizes a Cold Fusion server interface. MacroMedia® Cold Fusion MX is a server platform that 
allows developers to easily integrate Internet applications with databases, XML, web services, 
etc. Specifically, Cold Fusion Studio and Cold Fusion Server 4.01 were used. Cold Fusion 
Studio and Cold Fusion Server 4.01 provide the dynamic interface to the gathered data. In 
addition, common web software (e.g. Cascading Style Sheets, Java-script and ASP) adds 

15 enhancements and speed to improve the user interactions with the data. 

The collected data is stored in Microsoft SQL 7.0 server database tables and is made 
accessible with existing Microsoft products (i.e. Internet Explorer 4.0/5.0, Access 97). 

The concept for this invention is the utilization of a Cold Fusion database interface with a 
set of data files that can be constructed and re-constructed on the fly (i.e. DHMTL concepts), 

20 allowing the software to adapt to needs of different customers. Due to their changing 

environments, customers may change profiles at any time. The present invention provides for 
the creation of customer accounts (i.e. unique databases - concept proof is provided in Access 97, 
but could be any web accessible database) by gathering minimum baseline data then populating 
data tables that change the presentation of information so that unique data can be 

25 gathered/displayed for that customer (i.e. trends may be based on different hardware repair 
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5 procedures and parts). Above this customer layer, lies a control system that gathers typical and 
common product control data (i.e. cost center numbers, status codes, tasking that directs work). 

The invention is structured to be separate data files with its unique data tables that 
address the needs of each customer. At present there are eleven different customer structures 
with one central data file that handles the security logs and a central tasking data bank for 
10 tracking funding and specific tasking to the repair shop. The invention utilizes log on security 
and assigns permission rights and limits the accessibility of the site to specific duties of the log- 
in user. 

Software Architecture 

1 5 The software includes a multi-step Log In procedure with various levels of user rights, a 

"Home" module/interface, a "PC" (i.e. product control) module/interface, a "Tech" (i.e. technical 
data input) module/interface, a "Reports" module/interface, a "Tasks" module/interface, an 
"Options" module/interface, a "DB Sel" (i.e. database selection) module/interface, a "Logistics" 
module/interface, and an "Admin" (i.e. system administration) module/interface. Each of the 

20 modules/interfaces is described in greater detail below. 

Log In procedure/User Rights 

The flowchart of FIG. 1 A shows the steps required to log in to the production control 
system of the present invention. After validating, at step 20, the information entered by the user 
25 on the log in screen (see FIG. IB) at step 10, the user is provided, at step 30, with the menu 
access rights commensurate with his/her status as defined in 31 through 37. 
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5 The log in screen of FIG. IB provides a user with a field 12 in which his/her name is 

entered and a second field 13 in which a password is entered. Once the appropriate information 
has been entered into the two fields 12, 13, the user clicks on button 14 to proceed to the screen 
shown in FIG. 2A (see discussion below). Hyperlink 15 is provided to allow a user to set up a 
new account. Hyperlink 16 provides any user with the opportunity to forward information to the 
10 individual in charge of maintaining the software application of the present invention (e.g. to 
report a "bug"). 

The menu access rights, as indicated by "A" through "I", are defined as follows; "A" 
refers to production controller links or the "PC" button 62 at the top of a typical screen layout 
(see FIG. 2 A), "B" refers to technician/technical data links or the "Tech" button 63, "C" refers to 

15 report links or the "Reports" button 64, "D" refers to job task links or the "Tasks" button 65, "E" 
refers to program options or the "Options" button 66, "F" refers to database selection or the "DB 
Sel" button 67, "G" refers to logistics links or the "Logistics" button 68, "H" refers to 
administration links or the "Admin" button 69, and "I" refers to production controller 
administration rights or a sub-menu item associated with the "PC" button. Each of the buttons 

20 controls access to a specific module/interface. 

Once the appropriate menu access right has been provided, the user is allowed to select 
and set, at steps 40 and 50, respectively, the database in which he/she will operate. This is 
accomplished via the database selection screen shown in FIG. 1C. At the database selection 
screen, the user is provided with the means to select one of the databases to which he/she has 

25 access rights via the choices shown on the drop down menu at 43, which then appears in field 42, 
prior to clicking on the "Choose" button 44. 
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5 The following table shows the correlation between the data entered via the screens shown 

in FIGs. IB and IC and the data tables of FIGs. 29A-J: 



FIG. 


Data Entry Point 
Reference Numeral 


FIG. 


Data Table/Field 
Reference Numeral 


IB 


12 


29D 


12' 


IB 


13 


29D 


13* 


IC 


42 


29D 


42' 


IC 


43 


29D 


43' 



10 

"Home" module/interface 

A software application is typically provided with a home screen that is made available to 
a logged in user. FIG. 2A is a screen print of the information shown when a user clicks on the 
"Home" button 61. In addition to indicating, at 70 and 79, respectively, the user's name/ID and 
15 the database into which the named user is logged in, a series of hyperlinks 71-85 is provided. 
Hyperlinks 71-78 replicate the functionality associated with buttons 62-69. This 
replicated functionality is provided because some users prefer to navigate via hyperlinks while 
others prefer buttons. Hyperlinks 80-85 provide access to additional functional areas of the 
present invention. For example, hyperlink 82 provides for the changing of the user's password 
20 and hyperlink 84 allows a user to download the true type font required for the printing of bar 
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5 codes (i.e. a set up step required prior to the use of a barcode reader for technical data input). 
Additionally, hyperlink 83 provides access to the screen shown in FIG. 2B where users may 
request/propose changes to the software application of the present invention by indicating the 
appropriate software sub-section via the choices shown on the drop down menu at 86, which then 
appears in field 99, and entering (1) a description of the request/proposal at 87. (2) the date of the 
10 request/proposal at 88, and (3) his/her name at 89. 

The following table shows the correlation between the data entered via the screen shown 
in FIG. 2B and the data tables of FIGs. 29A-J: 



FIG. 


Data Entry Point 
Reference Numeral 


FIG. 


Data Table/Field 
Reference Numeral 


2B 


87 


29J 


87 


2B 


88 


29J 


88' 


2B 


89 


29J 


89' 


2B 


99 


29J 


99' 



15 

"PC" module/interface 

Asset control software must include the means for creating new data records or editing 
previously entered information. FIG. 3 is a screen print of the information shown when a user 
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5 clicks on the "PC" button 62. In addition to indicating, at 79, the database into which the user is 
logged in, a series of hyperlinks 90-98 is provided. 

Hyperlink 90 provides access to the screen shown in FIG. 4 into which data is entered by 
the user to create a new job and associated serial number. The data entered includes "Today's 
Date" in field 222, the "NSN" via drop down menu 227 which then appears in field 505 or the 

10 "Equipment" via drop down menu 226 which then appears in field 501, the "Task Request 

Number" in field 503, the "Purpose Code" via drop down menu 504 which then appears in field 
230, the "Requested Task" via drop down menu 506 which then appears in field 224, the "Serial 
Number" in field 507, the "Owner" via drop down menu 502 which then appears in field 509 or 
the "UIC" via drop down menu 508 which then appears in field 515, the "Transfer Date In" in 

1 5 field 5 1 0, the "ICN" in field 5 1 1 , the "Schedule Control Number" in field 5 1 2, the "Incoming 
Document Number" in field 513, and "Comments" in field 514. 

Hyperlinks 91-93 provide access to data input screens (not shown in the Figures) where 
existing jobs may be closed out or queried as to condition. Hyperlinks 94, 95 provide access to 
data input screens (not shown in the Figures) where information on closed out/shipped jobs may 

20 be sorted and displayed by serial number and equipment description, or by serial number and 
national stock number (NSN). Hyperlinks 96, 97 provide access to data input screens (not 
shown in the Figures) where existing jobs may be selected and/or listed for shipment. 

Finally, hyperlink 98 provides access to the screen shown in FIG. 5 into which data is 
entered by the user to edit the information associated with a specific old job. The data that may 

25 be edited includes "Today's Transaction Date" in field 521, the "Job Status" via drop down 

menu 537 which then appears in field 522, the "Requested Task" via drop down menu 506 which 
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5 then appears in field 224, the "NSN" via drop down menu 227 which then appears in field 505 or 
the "Equipment" via drop down menu 226 which then appears in field 50 1, the "Serial Number" 
in field 507, the "Production Controller Comments" in field 514, the "Transfer Date In" in field 
510, the "Item came in from" via drop down menu 538 which then appears in field 529, the 
"ICN" in field 51 1, the "Incoming Document Number" in field 513, the "Schedule Number" in 
10 field 512, the "Item to be shipped to" via drop down menu 539 which then appears in field 533, 
the "TICN" in field 534, the "Outgoing Document Number" in. field 535, and the "Transfer Date 
Out" in field 536. 

Hyperlink 98 also allows the user to generate a hard copy shop traveler such as that 
shown in FIG. 6. A shop traveler, showing information such as job number 101, serial number 

15 102, and/or NSN 103, generally accompanies the equipment as it proceeds through the various 
repair steps/shops. The traveler also includes space 104 where technicians may hand- write 
additional information that may be added to the present invention's computer data record at a 
later time. In general, the space 104 will only be utilized when, for some reason, a technician's 
computer workstation is down. 

20 The following table shows the correlation between the data entered via the screens shown 

in FIGs. 4 and 5 and the data tables of FIGs. 29 A- J: 



FIG. 


Data Entry Point 
Reference Numeral 


FIG. 


Data Table/Field 
Reference Numeral 


4 


222 


29B 


222' 


4,5 


224 


29B 


224' 
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4,5 


. 226 


29B 


226' 


4,5 


227 


29B 


227' 


4 


230 


29B 


230' 


4,5 


501 


29A 


501" 


4 


502 


29A 


502' 


4 


503 


29B 


503' 


4 


504 


29E 


504' 


4,5 


505 


29A 


505' 


4,5 • 


506 


29E 


506' 


4,5 


507 


29B 


507' 


4 


508 


29A 


508' 


4 


• 509 


29B 


509' 


4,5 


510 


29B 


510' 


4,5 


511 


29B 


511' 


4,5 


512 


29B 


512' 


4,5 


513 


29B 


513' 


4,5 


514 


29B 


514' 
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4 


515 


29B 


515' 


5 


521 


29B 


521' 


5 


522 


29B 


522' 


5 


529 


29B 


515' 


5 


533 


29B 


533' 


5 


534 


29B 


534' 


5 


535 


29B 


535' 


5 


536 


29B 


536' 


5 


537 


29E 


537' 


5 


538 


29A 


508' 


5 


539 


29A 


508' 



"Tech" module/interface 

An asset control system must provide for the inputting and monitoring of technical 
information associated with each asset. FIG. 7A is a screen print of the information shown when 
10 a user, typically a repair technician as opposed to a customer, clicks on the "Tech" button 63. In 
addition to indicating, at 79, the database into which the user is logged in, a series of hyperlinks 
110-116 is provided. 
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5 Hyperlinks 110-115 provide access to data input screens (those associated with 

hyperlinks 1 10, 1 1 1, 1 14, and 1 15 are not shown in the Figures) typically utilized by repair 
technicians to enter information associated with a specific job or type of equipment. In 
particular, hyperlink 1 13 provides the technician with access to the screen shown in FIG. 7B in 
order to edit the information associated with a specific in-process job. The information that may 

1 0 be edited includes the "Job Start Date" in field 54 1 , the "Job Status" via drop down menu 537 
which then appears in field 542, the "Failure Description" via drop down menu 553 which then 
appears in field 544, the "Total Labor" in field 545, the "Repair (Parts) Total" in field 546, the 
"Job Completion Date" in field 547, the "Job Description" via drop down menu 556 which then 
appears in field 548, the "Repair Description" via drop down menu 549 which then appears in 

1 5 field 555, the "Repair Comments" in field 55 1 , and the "Parts Used" in field 552. 

Hyperlink 1 12 provides a technician with access to the data entry screen of FIG. 8. FIG. 
8 shows an example of a unique third party requirement - a screen layout of an Image Intensifier 
Test Data Sheet prior to its completion by a repair technician. The data that is entered includes 
the "AIMS File Name" in field 561, the "AIMS MTF" in field 562, the "Rl" in field 563, the 

20 "EBI" in field 564, the "Maximum Gain" in field 565, the "Minimum Gain" in field 566, the 
"Input Current" in field 567, the "Signal to Noise Ratio" in field 568, the "Center Resolution" in 
field 569, "Visual Quality" information in fields 570-587, the "Reason for Failure" in field 588, 
the "QA Result" in field 589, the "Labor Hours" in field 590, "Comments" in field 591, and the 
"Date" infield 592. 

25 Hyperlink 1 16 provides a technician with access to previously entered data such as that 

shown in the screen print of FIG. 9. As one can see, image intensifiers have many data points 
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5 that must be tracked to, for example, provide an engineering trend analysis. This 

module/interface accommodates the entry and reporting of such data. This module also may be 
used as a source of historical asset information by a technician, such that proper repair decisions 
may be made or that repeat failures are identified. 

The following table shows the correlation between the data entered via the screens shown 
1 0 in FIGs. 7B and 8 and the data tables of FIGs. 29 A J: 



FIG. 


Data Entry Point 
Reference Numeral 


FIG. 


Data Table/Field 
Reference Numeral 


7B 


537 


29E 


537' 


7B 


541 


29C 


541' 


7B 


542 


29C 


542' 


7B 


544 


29C 


544' 


7B 


545 


29C 


545* 


7B 


546 


29C 


546' 


7B 


547 


29C 


547' 


7B 


548 


29C 


542' 


7B 


549 


29C 


549' 


7B 


551 


29C 


551' 
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7B 


552 


29C 


552' 


7B 


553 


29A 


553' 


7B 


555 


29C 


555' 


7B 


556 


29E 


556' 


8 


561 


29G 


561' 


8 


562 


29G 


562' 


8 


563 


29G 


563' 


8 


564 


29G 


564' 


8 


565 


29G 


565' 


8 


566 


29G 


566' 


8 


567 


29G 


567' 


8 


568 


29G 


568' 


8 


569 


29G 


569' 


8 


570 


29G 


570' 


8 


571 


29G 


571' 


8 


572 


29G 


572' 


8 


573 


29G 


573' 
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8 


574 


29G 


574' 


8 


575 


29G 


575' 


8 


576 


29G 


576' 


8 


577 


29G 


577' 


8 


578 


29G 


578' 


8 


579 


29G 


579' 


8 


580 


29G 


580' 


8 


581 


29G 


581' 


8 


582 


29G 


582' 


8 


583 


29G 


583* 


8 


584 


29G 


584' 


8 


585 


29G 


585' 


8 


586 


29G 


586' 


8 


587 


29G 


587 


8 


588 


29G 


588' 


8 


589 


29G 


589' 


8 


590 


29G 


590' 



* 
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8 


591 


29G 


591' 


8 . 


592 


29G 


592' 



"Reports" module/interface 

To provide for the efficient interpretation of available data, it must be presented in an 
10 appropriate format. In general, the most appropriate format is one that is user-defined or user- 
selected from a plurality of configuration parameters. This module provides a series of user- 
definable report structures and graphs to display asset information for a variety of users and/or 
purposes (e.g. an overall look at workload issues). 

FIG. 10 is a screen print of the information shown when a user clicks on the "Reports" 
1 5 button 64. In addition to indicating, at 79, the database into which the user is logged in, means 
for defining two key report parameters are provided by the drop down menu 130 and a series of 
buttons 131-135. The drop down menu 130 allows the user to select the time period from which 
the data will be drawn, while the buttons 131-135 provide for a choice among several report 
types/formats. The currently set time period is displayed at line 136 such that the user may 
20 determine if the use of the drop down menu 130 is required. The drop down menu 130 may be 
programmed to contain any user-desired period of time (e.g. specific weeks, months, years). 

FIGs. 1 1 and 12 are screen prints of information that may be accessed by clicking on the 
"Graphs" button 135 of FIG. 10. In FIG. 1 1, in addition to indicating, at 79, the database into 
which the user is logged in, means for defining several chart report parameters are provided by 
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5 the drop down menus 140, 141 for "equipment" and "status code" designations, and the two 
groupings 142, 143 of "work type" and "chart scale" choices. In FIG. 12, in addition to 
indicating, at 79, the database into which the user is logged in, means for defining several 
graphic report parameters are provided by the drop down menu 145 for the "equipment" 
designations, and the three groupings 146, 147, 148 of "work type", "chart type", and "chart 

10 scale" choices. Additionally, in the lower, left hand section 149 of the screen, a table relating a 
number of "Job Status" conditions with the number of projects (i.e. "Work Volume") currently in 
that condition is provided. 

FIGs. 13-16B provide examples of text-style report structures that are available via this 
module/interface. FIG. 13 shows a "Jobs Open" report, as indicated on the "Status" line 150, 

15 providing a number of details regarding a piece of equipment designated as an "AVN- 126-001" 
possessing serial no. 10456. The project information includes "PC Job Detail" 151, "Tech Job 
Detail" 152, "Shop Traveler" 153, "Equipment" 154, "Serial Number" 155, "Date Created" 156, 
Days in Shop" 157, "Job Status" 158, and "Last Transaction" 159. As with each of the previous 
Figures, the database into which the user is logged in is indicated at 79. The "Jobs Open" report 

20 typically provides a user with real-time data as to a specific task request number (see line 1 85) 
and any associated jobs (i.e. column 151). 

FIG. 14 shows, as indicated at line 160, an "Items that are in G Condition" report. Line 
161 shows the number of records found to match the report parameters. The "Job Number" 162, 
"ICN" 163, "Equipment" 164, "Serial Number" 165, "Repairer" 166, "Job Status" 167, "Date 

25 Transfer In" 168, and "Day(s) in Shop" 169 are listed for each record in the report's eight 

columns. The database into which the user is logged in is indicated at 79. The "Items that are in 
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5 G Condition" report typically provides a user with real-time data as any jobs (i.e. column 162) 
that are on hold awaiting the arrival of one or more parts. 

FIG. 15A shows, as indicated at line 170, an "Items that are available from the shop on..." 
report. The database into which the user is logged in is indicated at 79. Line 171 shows the 
number of records found to match the report parameters. The "Job Number" 173 , "Equipment" 

10 174, "Serial Number" 175, "Repairer" 176, "Job Status" 177, "Date in Shop" 178, and "Date 

completed by shop" 179 are listed for each record in seven of the report's nine columns. Column 
172 provides a hyperlink to the complete history (i.e. a journal of data entry edits) for the 
associated job number shown in column 173. FIG. 15B provides an example of the information 
accessed via a "History" hyperlink 172 including "Job Number" 183, "Log Date" 184, 

15 "Transaction Date" 186, "Job Status" 187, "Enter by" 188 (i.e. name of individual that entered 
the job data), and "Comments" 189. 

Column 180 provides a user with the ability to indicate, by clicking on the appropriate 
box, which jobs are ready to be shipped (i.e. in the case of a repair, ready to be returned to the 
owner). After indicating, in column 180, the jobs that are ready for shipment, button 181 is 

20 clicked to "tag", within the database, those jobs for the manual steps required to physically ship 
the item(s). Clicking on button 182 resets, or clears, any of the boxes in column 180 that may 
have been clicked on earlier in the user's work session. 

FIG. 16A shows, as indicated at line 190, a "Parts for , sorted by equipment" 

report. The database into which the user is logged in is indicated at 79. Line 191 shows the 

25 model designation for the top level assembly of the individual parts listed in the report. The 

"Part Number" 193, "Common Name" 194, "NSN" 195, "Cost" 196, "On Hand" 197, "Available 
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5 to Tech' 5 198, "Location" 199, and "Ref No." 200 are listed for each record in eight of the 
report's nine columns. Column 192 provides a hyperlink allowing the user to edit (i.e. update 
parts information) the information associated with the part number shown in column 193. FIG. 
16B provides an example of the information accessed via an "Edit" hyperlink 192 including 
"Equipment" 370, "Part Number" 371, "Part Name" 372 5 "Part NSN" 373, "Part Cost" 374, 
10 "Inventory Count" 375, "Inventory Trip Point" 376, "COG" 377, "Ref no" 378, "Display Part on 
Tech Screen?" 379, and "Location Code" 380. Lines 371-380 represent job data that may be 
edited via hyperlink 192. A part record can be deleted by clicking on button 381. 

The following table shows the correlation between the data entered via the screen shown 
in FIG. 16B and the data tables of FIGs. 29A-J: 



FIG. 


Data Entry Point 
Reference Numeral 


FIG. 


Data Table/Field 
Reference Numeral 


16B 


370 


29B 


370' 
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16B 


371 


29B 


371' 


16B 


372 


29B 


372' 


16B 


373 


29B 


373' 


16B 


374 


29B 


374* 


16B 


375 


29B 


375' 
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16B 


376 


29B 


376' 


16B 


377 


29B 


377* 


16B 


378 


29B 


378' 


16B 


379 


29B 


379' 


16B 


380 


29B 


380' 



5 



"Tasks" module/interface 
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5 An asset control system must provide for the creation and maintenance of "task" 

information (i.e. directions given to a repair shop/warehouse to perform some action) associated 
with each asset. FIG. 17 is a screen print of the information shown when a user clicks on the 
"Tasks" button 65. In addition to indicating, at 79, the database into which the user is logged in, 
a series of hyperlinks 210-216 is provided. 

1 0 Hyperlinks 210 and 21 1 provide access to data input screens (that associated with 

hyperlink 21 1 is not shown in the Figures) typically utilized by a user (e.g. customer with 
appropriate access rights) to enter, or modify, information associated with a specific job. 
Hyperlinks 212 and 213 provide access to screens (that associated with hyperlink 213 is not 
shown in the Figures) typically utilized by a user to generate reports containing information as to 

15 the status of a specific job. Hyperlinks 214-216 provide access to data input or captured data 
display screens (those associated with hyperlinks 215 and 216 are not shown in the Figures) that 
typically allow a user to either issue material (e.g. a specific NSN) from a supply center/ 
warehouse to another user, or to display the results of the process. This process is also known as 
a "data push". The present invention possesses the flexibility to collect this data and to "push" 

20 the data to external, third party users. 

Hyperlink 210 provides a user with access to a blank Task Request Page shown in FIGs. 
18A-C. FIG. 19 provides a screen print example of a completed Task Request Page. As with 
many of the screen prints discussed above, the database into which the user is logged in is 
indicated at 79 on FIG. 18A. 

25 At Step 1 in FIG. 18A, information about the user (i.e. "requester") is entered. The 

information that is entered includes a user name at 220, a user code via drop down menu 621 
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5 which then appears in field 221, and the date on which the request in generated at 222. The data 
entered at Step 1 appears in the completed Task Request Page of FIG. 19 at lines 251-253. 

At Step 2 in FIG. 18 A, information regarding the nature of the task is entered. The 
information that is entered includes an indication as to whether the task request is "Urgent" in 
nature at 223, the nature of the desired task via drop down menu 506 which then appears in field 

10 224, and a user-specified description of the requested task at 225. The data entered at Step 2 
appears in the completed Task Request Page of FIG. 19 at lines 254-256. 

At Step 3 in FIG. 18B, information about the specific equipment is entered. The 
information that is entered includes either an equipment model designation via drop down menu 
226 or an equipment NSN via drop down menu 227 which then appears in field 228, a condition 

1 5 code for the item via drop down menu 628 or 629 which then appears in field 229, a purpose 
code for the item via drop down menu 504 or 630 which then appears in field 230, the quantity 
of items to be processed at 231, and a user-specified description of the desired deliverables at 
232. The data entered at Step 3 appears in the completed Task Request Page of FIG. 19 at lines 
257-261 . The information contained in drop down menu 226 is linked via JavaScript to that 

20 contained in drop down menu 227 such that a user needs to make a selection from only one of 
the two menus (i.e. the non-selected menu then immediately correlates the information it 
displays to that chosen in the selected menu). This feature provides users knowing only the 
"Equipment" designation/model number or only the "NSN" with equivalent means for accessing 
database information. 

25 At Step 4 in FIG. 1 8C, information regarding the means of payment for the services to be 

rendered is entered. The information that is entered includes a WBS or charge number for the 
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5 Production Controller Labor at 233 or 234, respectively, a WBS or charge number for the 

Technician Labor at 235 or 236, respectively, a WBS or charge number for the Material at 237 or 
238, respectively, and a WBS or charge number for the Supply Support at 239 or 240, 
respectively. The data entered at Step 4 appears in the completed Task Request Page of FIG. 19 
at lines 262-265. 

10 At Step 5 in FIG. 18C, information associated with new assets is entered. The 

information that is entered includes a contract number at 241, a requisition number at 242, a 
contract CLIN number at 243, the quantity being ordered at 244, a project/group for which the 
item is being ordered at 245, and a supplier company name at 246. The data entered at Step 5 
appears in the completed Task Request Page of FIG. 19 at lines 266-270. 

15 At Step 6 in FIG. 18C, e-mail information is entered. The information that is entered 

includes the name of the individual to which an e-mail message is to be forwarded at 247 and the 
name of the person sending the e-mail message at 248. 

Line 250 on FIG, 19 displays the name of the customer database associated with the task 
request and line 271 repeats that name and includes the task number assigned to that request. 

20 Hyperlink 212 on FIG. 17 provides the user with access to the screen shown in FIG. 20 

that allows a synopsis of the information associated with a specific task request to be reviewed. 
The scroll buttons 281, 282 allow the user to move sequentially through the task request 
numbers. Scroll button 280 allows the user to jump to the first task request number while button 
283 allows the user to jump to the last task request number. The "Select" button 284 allows the 

25 user to gain access to the complete record of information associated with the selected task 
request number. 
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5 Hyperlink 2 14 on FIG. 1 7 provides the user with access to the screen shown in FIG. 2 1 

that allows a "Request for Issue" to be generated. This screen allows data to be inserted into a 
legacy military system. Once again, the database into which the user is logged in is indicated at 
79. The information that is entered includes either an NSN via drop down menu 227 which then 
appears in field 290 or an equipment name/description via drop down menu 226 which then 

10 appears in field 291, a user-specified quantity at 292, an activity code/description via drop down 
menu 693 which then appears in field 293, a UIC via drop down menu 508 3hich then appears in 
field 294, a user-specified date Julian at 295, user-specified request for issue number at 296, a 
user-specified date requested at 297, and user-specified remarks at 298. If the request is for 
"Local Issue' 5 , a charge number is entered at 299 and a building location is specified at 300. To 

1 5 process the information entered in the form, the user clicks on the "Insert Data" button 301. 

The following table shows the correlation between the data entered via the screens shown 
in FIGs. 18A-C and 21 and the data tables of FIGs. 29A-J: 



FIG. 


Data Entiy Point 
Reference Numeral 


FIG. 


Data Table/Field 
Reference Numeral 


18A 


220 


29E 


220' 


18A 


221 


29E 


221' 


18A 


222 


29E 


222' 


18A 


223 


29E 


223' 


18A 


224 


29E 


224' 
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18A 


225 


29E 


225' 


18B, 21 


226 


29A 


226* 


18B,21 


227 


29A 


227* 


18B 


228 


29E 


228' 


18B 


229 


29E 


229' 


18B 


230 


29E 


230' 


18B 


231 


29E 


231* 


18B 


232 


29E 


232* 


18C 


233 


29E 


233' 


18C 


234 


29E 


234' 


18C 


235 


29E 


235' 


18C 


236 


29E 


236' 


18C 


237 


29E 


237' 


18C 


238 


29E 


238' 


18C 


239 


29F 


239' 


18C 


240 


29F 


240' 


18C 


241 


29E 


241' 
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18C 


242 


29E 


242' 


18C 


243 


29E 


243' 


18C 


244 


29E 


244' 


18C 


245 


29E 


245' 


18C 


246 


29E 


246' 


18C 


248 


29D 


248' 


21 


290 


29F 


290' 


21 


291 


29F 


291' 


21 


292 


29F 


292' 


21 


293 


29F 


293' 


21 


294 


29F 


294* 


21 


295 


29F 


295' 


21 


296 


29F 


296' 


21 


297 


29F 


297 


21 


298 


29F 


298' 


21 


299 


29F 


299' 


21 


300 


29F 


300' 
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18B 


504 


29E 


504' 


18A 


506 


29E 


506' 


21 


508 


29A 


508' 


18B 


628 


29D 


628' 


18B 


629 


29D 


629' 


18B 


630 


29E 


630' 


21 


693 


29A 


693' 



"Options" module/interface 

An asset control system must provide for the creation and maintenance of information 

(e.g. drop down menu selections) associated with each database. FIG. 22 is a screen print of the 
10 information shown when a user clicks on the "Options" button 66. In addition to indicating, at 

79, the database into which the user is logged in, a series of hyperlinks 3 10-320 is provided. 
Hyperlinks 310-314 provide access to data input screens (those associated with 

hyperlinks 310-312 and 314 are not shown in the Figures) typically utilized by a user (e.g. 

customer with appropriate access rights) to enter, delete, or modify, information associated with 
1 5 a specific database. Hyperlinks 3 1 5-320 provide access to screens (not shown in the Figures) 

typically utilized by a user to enter, delete, or modify, information associated with all of the 

databases associated with the present invention. 
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5 FIG. 23 shows, as indicated at line 324, the "Repair codes descriptions for drop down list 

boxes". The database into which the user is logged in is indicated at 79. The "Repair Code" 327 
and associated "Description" 328 are shown in two of the screen's four columns. Column 326 
provides a hyperlink allowing the user to edit the information on the associated line while the 
"Delete" hyperlink found in column 329 provides for the complete removal of the associated 
10 line. The "Add" hyperlink 325 provides a user with the ability to create a new repair 

code/description association - an example of total user control (i.e. data display configurability) 
to create and track appropriate trend data input unique to that user's needs, inherent in the 
present invention. 

15 "DB Sel" module/interface 

An asset control system must provide a user possessing multiple database rights with the 

ability to switch back and forth among them. FIG. 24 is a screen print of the information shown 

when a user clicks on the "DB Sel" button 67 (note that FIG. 24 is nearly identical to FIG. 1C). 

In addition to indicating, at 79, the database into which the user is currently logged in, the user is 
20 provided with the means to access a different database by selecting of one of the choices shown 

on the drop down menu at 43, which then appears in field 42, prior to clicking on the "Choose" 

button 331. 

The following table shows the correlation between the data entered via the screen shown 
in FIG. 24 and the data tables of FIGs. 29A-J: 



25 
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FIG. 


Data Entry Point 
Reference Numeral 


FIG. 


Data Table/Field 
Reference Numeral 


24 


42 


29D 


42' 


24 


43 


29D 


43' 



"Logistics" module/interface 

10 Many third parties (e.g. government entities) require asset tracking that ensures the 

optimum utilization of all applicable warranties. This module/interface provides instant access 
to current warranty data to ensure that that important goal is accomplished. This 
module/interface also allows for the entry of warranty data and provides a real-time display of 
warranty status via various report structures. The present invention is integrated with the 

1 5 production/repair process to provide notification to a production controller, as an asset is 
received, that a warranty can be utilized. 

An asset control system must also provide a means for tracking and returning warranty 
rejects back to the respective supplier/manufacturer. This module/interface allows for the 
inputting and tracking of information regarding rejected items as they are returned to, or received 

20 from, a third party. 
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5 FIG. 25 is a screen print of the information shown when a user clicks on the "Logistics" 

button 68. In addition to indicating, at 79, the database into which the user is logged in, a series 
of hyperlinks 340-347 is provided. 

Hyperlinks 340 and 341 provide access to data input screens (that associated with 
hyperlink 341 is not shown in the Figures) typically utilized by a user (e.g. customer with 

10 appropriate access rights) to enter, or modify, information associated with a specific warranty. 
Hyperlinks 342-345 provide access to screens (those associated with hyperlinks 343-345 are not 
shown in the Figures) typically utilized by a user to generate reports containing warranty 
information. Hyperlinks 346 and 347 provide access to data input screens (not shown in the 
Figures) typically utilized by a user to enter, or modify, information associated with a specific 

15 QDR. 

Hyperlink 340 on FIG. 25 provides the user with access to the screen shown in FIG. 26 
that allows a new warranty record to be generated. Once again, the database into which the user 
is logged in is indicated at 79. The information that is entered includes an equipment 
name/description via drop down menu 226 which then appears in field 350 or an NSN via drop 

20 down menu 227 which then appears in field 351, user-specified serial number information either 
in field 352 or field 353, a warranty end date at 354, a user-specified contract number at 355, a 
user-specified contract CLIN at 356, a user-specified requisition number at 357, a user-specified 
delivery order number at 358, user-specified DD250 information at 359, and a user-specified 
DD250 date at 360. To process the information entered in the form, the user clicks on the "Add 

25 Items' 5 button 361 . The information contained in drop down menu 350 is linked via JavaScript 
to that contained in drop down menu 351 such that a user needs to make a selection from only 
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5 one of the two menus (i.e. the non-selected menu then immediately correlates the information it 
displays to that chosen in the selected menu). This feature provides users knowing only the 
"Equipment" designation/model number or only the "NSN" with equivalent means for accessing 
database information. 

FIG. 27 is a screen print of information that may be accessed by clicking hyperlink 342 
10 on FIG. 25. In addition to indicating, at 79, the database into which the user is logged in, means 
for defining a number of report parameters include an equipment name/description via drop 
down menu 226 which then appears in field 350 or an NSN via drop down menu 227 which then 
appears in field 351, and a user- specified serial number at 367. To process the report request per 
the parameters entered at 365-367, the user clicks on the "Search" button 368. 
1 5 The following table shows the correlation between the data entered via the screens shown 

in FIGs. 26 and 27 and the data tables of FIGs. 29A-J: 



FIG. 


Data Entry Point 
Reference Numeral 


FIG. 


Data Table/Field 
Reference Numeral 


26, 27 


226 


29A 


226' 


26, 27 


227 


29A 


227' 


26 


350 


291 


350' 


26 


351 


291 


350' 


26 


352 


291 


353' 


26 


353 


291 


353' 
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26 


354 


291 


354' 


26 


355 


291 


355' 


26 


356 


291 


356' 


26 


357 


291 


357 


26 


358 


291 


358' 


26 


359 


291 


359' 


26 


360 


291 


360' 


27 


365 


291 


365' 


27 


366 


291 


365' 


27 


367 


291 


367' 



"Admin" module/interface 

An asset control system must provide for its own administration. FIG. 28 is a screen 
print of the information shown when a user clicks on the "Admin" button 69. In addition to 
10 indicating, at 79, the database into which the user is logged in, a series of hyperlinks 335-337 is 
provided. The hyperlinks 335-337, respectively, allow an administrator to add a new user, to 
delete or edit an existing user, and to determine which users are on-line (i.e. interacting with the 
present invention) at any given time. 
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Hardware Architecture 

The system includes a conventional computer workstation, operating system, and the 
software-implemented process of the present invention. The computer workstation may be, for 
example, a conventional personal computer with standard internal components (e.g. a 

1 0 microprocessor with peripheral chipset mounted on an appropriate motherboard). Of course, 
other more or less powerful computer systems can be used, but it is suggested that the computer 
system meet the minimum system requirements for Microsoft Access 97, or an equivalent 
database operating system. The user interface is preferably a conventional color monitor, a 
modem, and a standard input device such as a mouse. The operating system is preferably 

1 5 Windows 95, or a later revision. All data entry forms may be maintained on the Internet for user 
access, and a separate web server is required in this case. 

The system software may be compressed onto a series of installation floppy diskettes, and 
may be loaded onto a computer system as described above using conventional installation 
macros such as provided with Windows 2000. 

20 

Bar Code Readers 

SPT1700 "palm style" bar code readers are used to allow the gathering of inventory data 
and allow technicians to enter their repair data as it happens and then upload it at a later time. 
FIGs. 29A through 29J show the data tables and associated field definitions for a 
25 preferred embodiment of the present invention. The named data tables include "ACTIVITY" 

(see FIG. 29A), "Equip" (see FIG. 29A), "EquipJTask" (see FIG. 29A), "EquipJType" (see FIG. 
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5 29A), "Failure_Code" (see FIG. 29A), "History" (see FIG. 29 A), "PCS" (see FIG. 29B), 

"PCS_Parts" (see FIG. 29B), "PCS_Repair" (see FIG. 29C), "PCS_Repair_Sub" (see FIG. 29C), 
"Repair_Code" (see FIG. 29C), "ConditionCode" (see FIG. 29D), "Data_users" (see FIG. 
29D), "PCS_Database_List" (see FIG. 29D), "PCS_Name_List" (see FIG. 29D), 
"PCS_Name_List_temp" (see FIG. 29D), "Permission" (see FIG. 29D), "Purpose_Code" (see 

10 FIG. 29E), "Request_Task" (see FIG. 29E), ""Status" (see FIG. 29E), " WOR" (see FIGs. 29E 
and 29F), "805_RFI_Num" (see FIG. 29F), "Activity" (see FIG. 29F), "RFI_Assignments" (see 
FIG. 29F), "Tube_data" (see FIG. 29G), "Tube_spec" (see FIG. 29H), "QDR" (see FIG. 291), 
"Warranty" (see FIG. 291), "ECP" (see FIG. 29J), and "Help" (see FIG. 29J). 

The various data tables include a number of relational database linkages. These include 

1 5 fields named "ID" (see reference numerals 40 1 , 402, 404, and 405 in FIG. 29A; 4 1 5 in FIG. 29C; 
416 and 417 in FIG. 29D; 422-427 in FIGs. 29E and 29F; and 431 in FIG. 29H), "IDkey" (see 
reference numerals 403 and 407 in FIG. 29A; 409 and 410 in FIG. 29B; 41 1 and 413 in FIG. 
29C; 418-420 in FIG. 29D; and 435 in FIG. 29J), "Jobnum" (see reference numeral 406 in FIG. 
29A; 412 and 414 in FIG. 29C; and 430 in FIG. 29G), "WORnum" (see reference numeral 408 

20 in FIG. 29B), "PermissionJD" (see reference numeral 42 1 in FIG. 29D), "IDRFI Assignment" 
(see reference numeral 428 in FIG. 29F), "TubeJD" (see reference numeral 429 in FIG. 29G), 
"QDR ID" (see reference numeral 432 in FIG. 291), "WarrantyJD" (see reference numeral 433 
in FIG. 291), and "ECPID" (see reference numeral 434 in FIG. 29J). 

Having now fully set forth the preferred embodiment and certain modifications of the 

25 concept underlying the present invention, various other embodiments as well as certain 

variations and modifications of the embodiments herein shown and described will obviously 
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5 occur to those skilled in the art upon becoming familiar with said underlying concept. It is to be 
understood, therefore, that the invention may be practiced otherwise than as specifically set forth 
in the appended claims. 



